Systems and methods for soft shadowing in 3-d rendering casting multiple rays from ray origins

ABSTRACT

Graphics processing systems and methods provide soft shadowing effects into rendered images. This is achieved in a simple manner which can be implemented in real-time without incurring high processing costs so it is suitable for implementation in low-cost devices. Rays are cast from positions on visible surfaces corresponding to pixel positions towards the center of a light, and occlusions of the rays are determined. The results of these determinations are used to apply soft shadows to the rendered pixel values.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation under 35 U.S.C. 120 of copendingapplication Ser. No. 17/341,250 filed Jun. 7, 2021, now U.S. Pat. No.11,682,159, which is a continuation of prior application Ser. No.16/706,584 filed Dec. 6, 2019, now U.S. Pat. No. 11,030,795, which is acontinuation of prior application Ser. No. 16/030,510 filed Jul. 9,2018, now U.S. Pat. No. 10,535,183, which is a continuation of priorapplication Ser. No. 15/059,818 filed Mar. 3, 2016, now U.S. Pat. No.10,049,489, which is a non-provisional under 35 U.S.C. 119 of U.S.Provisional Application Ser. No. 62/127,439 filed Mar. 3, 2015.

BACKGROUND

In one aspect, the disclosure generally relates to 3-D renderingsystems, system architectures, and methods, and in a more particularaspect, the disclosure relates to systems, architectures, and methodsfor asynchronous and concurrent hybridized rendering, such as hybridizedray tracing and rasterization-based rendering.

Graphics Processing Units (GPUs) provide highly parallelizedrasterization-based rendering hardware. A traditional graphicsprocessing unit (GPU) used a fixed pipeline only for rendering polygonswith texture maps and gradually evolved to a more flexible pipeline thatallows programmable vertex and fragment stages. Even though modern GPUssupport more programmability of geometry and pixel processing, a varietyof functions within a GPU are implemented in fixed function hardware.Modern GPUs can range in complexity, with high performance GPUs havingtransistor budgets on the order of 4-6 billion transistors. GPUs areoften used in real time rendering tasks, and optimizations for many GPUapplications involve determining shortcuts to achieve a desiredthroughput of frames per second, while maintaining a desired level ofsubjective video quality. For example, in a video game, realisticmodeling of light behavior is rarely an objective; rather, achieving adesired look or rendering effect is often a principal objective.

Traditionally, ray tracing is a technique used for high quality,non-real time graphics rendering tasks, such as production of animatedmovies, or producing 2-D images that more faithfully model behavior oflight in different materials. In ray tracing, control of rendering andpipeline flexibility to achieve a desired result were often morecritical issues than maintaining a desired frame rate. Also, some of thekinds of processing tasks needed for ray tracing are not necessarilyimplementable on hardware that is well-suited for rasterization.

SUMMARY

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used to limit the scope of the claimed subject matter.

Shadows are important features to model in 3-D rendering. For morereal-time graphics applications, lights may be modeled by point lights,which cast hard shadows. This is because point lights are much easier tomodel than an area light. Techniques exist to determine whether a pointon a surface is occluded from the perspective of a light source. Ifoccluded, the point is fully dark, and not occluded it is fully lit.However, realistic lights are not point lights, and realistic shadowshave both umbra and penumbra.

Examples described herein relate to making soft shadow effects. Softshadow effects can be computationally expensive, because the processingof soft shadows includes modelling how light from an area light (ratherthan a point light) affects a surface, which is partially occluded, andhence has portions in umbra and penumbra.

One approach to soft shadowing here is to identify visible surfaces forpixels of a frame of pixels. This can be done by ray tracing orrasterization. If by rasterization, a g-buffer can be created tomaintain information such as depth, normal and surface identifierinformation. A “g-buffer” is a buffer of values indicating whichsurfaces are primarily visible in the scene at respective pixelpositions, and information relating to the surfaces that are visible atthose positions. The visible surfaces are surfaces of objects in a 3-Dscene that are visible at one or more of the pixels. Here, the term“pixel” is used for convenience, but is intended to refer to anysubdivision of an area of screen space (the frame) that is being sampled(i.e., for which aspects of the disclosure are being carried out), anddoes not have to correlate to any particular pre-determined concept ofthe term “pixel”.

With the visible surfaces identified, a ray can be cast from a pointwithin a projection of the pixel footprint onto the visible surface(sample point) towards light. Typically, this ray is cast towards thecenter of the light. In some examples, the sample point can be jitteredwithin the footprint of the pixel. Jittering can be useful for avoidingaliasing problems along geometry edges. A result of each ray tracingoperation is recorded. This result may include recording a distance toan occluder, if any, and also can include recording an intensity orattenuation value. For example, implementations can support translucentobjects that partially attenuate. In such circumstances, there may besecondary rays emitted by the occluded object, these would be traced,and ultimately, an amount of attenuation can be determined (i.e., thesecondary ray(s) can be used to determine whether the original ray wouldhave hit or missed the light). For example, another occluder that istotal or partially may be present. So, this disclosure should beunderstood to include any number of layers of objects that may emitfurther rays that are traced in order to determine what amount ofocclusion is present along that ray direction.

In one implementation, there is one primary (parent) ray traced for eachpixel. All of these primary rays are resolved before proceeding, in someimplementations. In other implementations, a portion of the pixels canhave their rays resolved (e.g., a tile worth of rays in a tile basedrasterization system) can be resolved.

In some examples, for each of the rays that is occluded (i.e., for eachof the rays for which the tracing indicated some occlusion), a blendingkernel size and shape is calculated from a distance to the occluder. Thecalculation of the blending kernel size may also take into account adistance from the ray origin to the light, and/or other informationrelating to the light such as a shape or spatial extent of the light.The blending kernel may also be referred to as “filter parameters”, anddescribes “blending region” over which the blending filter is tooperate. The blending kernel can be calculated in world space, and thentransformed into screen space based on a current projection and based ona depth. Here, these terms are used in the general sense to indicatethat the blend kernel is transformed to account for projection anddistance from the frame, such that even though the blending kernel maycover a large part of a world space area, that world space area may befar from the frame, such that it only appears to cover a few pixels.Conversely, a small world space area, if close to the frame, may covermore pixels.

The blending region may be centered on the pixel being operated on. Forany pixel included within the blending region, occlusion informationfrom such pixels is blended with that of the pixel being operated on.For example, a weighted interpolation is performed. Implementations alsocan exclude dissimilar surfaces from being included in the blending. Forexample, a depth similarity check can be performed. For example, if adifference between depth of the pixel being operated on and that of anearby pixel exceeds a threshold difference, that neighboring pixel canbe excluded from the blending. Here, the depth refers to a concept ofhow far from the frame each of the pixels is. This parameter can beexpressed in a variety of ways, such as inverse depth.

The blending kernel (or more generally, “blending region”) may be a boxfilter, with an odd number of pixels in width/height. Other kinds offilter configurations can be provided. Different filter configurationsand types can be attempted. Different filter configurations can be usedto model different shapes of light sources. A circular kernel may modela circular or spherical light, but a fluorescent tube may benefit from adifferent filter configuration. As will become clearer, so long as thefiltering causes a diffusion of occlusion data from neighboring pixelsinto the value for the pixel being operated on, the filtering would becapable of producing a softening of the shadow, even though thatparticular approach may be inferior to other approaches.

The above approach handles those pixels for which there was an occludingsurface. However, not all pixels would be occluded, typically. For thesepixels, there would be no known occluder depth. That would mean that atleast some light reaches that pixel. However, that pixel could still bein a penumbra from a nearby occluder.

For these pixels, implementations characterize lighting conditions byusing neighboring occlusion information. In one approach, a search isconducted within a neighborhood (or “search region”) around the pixelbeing processed to identify a closest pixel (closest in screen space)for which a ray found occlusion. It also can be determined whether thatfound pixel has a depth similar to that of the pixel being processed. Ifnot, then that found pixel can be excluded. For those pixels that haverays that just missed an occluder, this search often would identify anadjacent pixel with a ray that showed occlusion. A distance to thatpixel's occluder can be used as a proxy for a distance for the pixelbeing operated on (this distance is a world space distance between thevisible surface and the occluder). Since this distance is used as abasis for determining blending kernel size, some implementations maysimply reuse the blending kernel size, such as if the depth betweenthese pixels is small (and given that the transformation/projection forthe frame would not be changed). Some implementations may search inorthogonal directions, e.g. in a cross pattern. However the blendingkernel is obtained, the same operations can be performed for blending asdescribed above in order to determine how much the pixel should be inshadow by the neighboring occlusion.

In particular, there is provided a machine-implemented method ofgraphics processing, comprising:

-   -   identifying visible surfaces of a scene for pixels of a frame of        pixels;    -   determining origins for casting rays from the visible surfaces        for a plurality of the pixels towards a light;    -   determining whether each of the rays is occluded from reaching        the light;    -   for each of the rays that are determined to be occluded from the        light, recording a distance along the ray from the surface to        its respective occlusion;    -   for each of the rays that are determined to be not occluded from        the light, searching for one or more pixels for which a ray is        determined to be occluded from the light, and if at least one        pixel is found in the search, determining a distance based on        the distances recorded for found pixels; and    -   for each of the rays for which a distance is recorded:        -   determining a blending region for a blending filter based on            the recorded distance for the ray;        -   transforming that blending region into the frame of pixels;        -   blending shadow information for pixels in the frame of            pixels that are within the transformed blending region; and        -   using the blended shadow information to determine shadowing            for one or more pixels corresponding to the ray.

Said searching for a pixel may comprise searching, within a searchregion for the pixel, for one or more pixels in the frame of pixels forwhich a ray is determined to be occluded from the light.

When applying the blending filter, depth and normal comparisons betweenpixels can be used to ensure that the blurring across image-spacediscontinuities is minimized. This protects against one object receivingshadows that are appropriate for another object located in a differentpart of the scene.

All depth comparisons can be weighted according to a transformed screenspace distance between the pixels. For example, a lower threshold can beset for two immediately adjacent screen space pixels while a largerthreshold can be set for pixels that are separated by interveningpixel(s). Depth comparisons also can be performed using a hierarchy. Forexample, regions of similar depth can be grouped. Depth can be expressedparametrically, for example, according to a model of a plane.

The method may further comprise, for each of the rays that aredetermined to be occluded from the light:

-   -   determining an attenuation value for its respective occlusion        and recording the determined attenuation value, wherein the        shadow information for a corresponding pixel is based on: (i)        whether the ray is occluded from reaching the light, and (ii)        the recorded attenuation value.

The attenuation value may represent partially opaque objects as well asregions of an occluding object where the object's geometricrepresentation lacks sufficient resolution to faithfully represent theobject's detail. For example an object with a high spatial frequencylike a chain-link fence.

Said determining an attenuation value for an occlusion may compriseprocessing a texture for the occlusion to determine a level to which theocclusion attenuates light.

If the texture for the occlusion is opaque, the occlusion may bedetermined to completely attenuate light, whereas if the texture for theocclusion is translucent or punch through then the level of attenuationmay be variable and may be determined by sampling the texture.

Determining an attenuation value for an occlusion may comprise casting asecondary ray from the occlusion towards the light to determine anextent to which the occlusion is itself occluded from the light.

Determining an attenuation value for an occlusion may comprise: trackingthe spread of the ray; determining an area of the intersection of theray with its respective occlusion; and analysing the area of theintersection to determine the attenuation value. Said tracking thespread of the ray may comprise setting an initial spread of the ray castfrom the visible surface for the corresponding pixel based on the depthof the visible surface in the scene, the surface normal of the visiblesurface, and possibly the material properties of the visible surface.

When a texture is used to determine an attenuation value, the mip maplevel of the texture may be chosen based on the spread of the ray.

The origin for casting a ray from a visible surface for a pixel may bedetermined by projecting a centre position of a footprint of the pixelin screen space into the scene and identifying a position on the visiblesurface.

The origins for casting rays from the visible surfaces for the pixelsmay be jittered within footprints of the respective pixels. Jittering anorigin for casting a ray from the visible surface for a pixel maycomprise adding a two dimensional noise value to the centre position ofthe pixel in screen space to determine a jittered pixel position,projecting the jittered pixel position into the scene and identifying aposition on a plane corresponding to the visible surface.

One way to accomplish the jittering is to translate the 2-dimensionalscreen-space noise into variations in the directions of the “virtualcamera rays” between the view perspective and the visible surface, andthen derive the new virtual intersection point by intersecting thevirtual ray with a plane created from the intersection point and thenormal value of the visible surface. This virtual intersection point canbecome the origin for the shadow ray.

The method may further comprise determining rendered pixel values of theframe in accordance with the determined shadowing for the pixels.

There is further provided a graphics processing unit configured torender a frame representing a scene, the graphics processing unitcomprising:

-   -   surface identification logic configured to identify surfaces        within the scene; and    -   processing logic configured to process graphics data for        identified surfaces;    -   wherein the graphics processing unit is configured to:        -   identify visible surfaces of the scene for pixels of the            frame;        -   determine origins for casting rays from the visible surfaces            for a plurality of the pixels towards a light;        -   determine whether each of the rays is occluded from reaching            the light;        -   for each of the rays that are determined to be occluded from            the light, record a distance along the ray from the surface            to its respective occlusion;        -   for each of the rays that are determined to be not occluded            from the light, search for one or more pixel for which a ray            is determined to be occluded from the light, and if at least            one pixel is found in the search, determine a distance based            on the distances recorded for the found pixels; and        -   for each of the rays for which a distance is recorded:            -   determine a blending region for a blending filter based                on the recorded distance for the ray;            -   transform that blending region into the frame of pixels;            -   blend shadow information for pixels in the frame of                pixels that are within the transformed blending region;                and            -   use the blended shadow information to determine                shadowing for one or more pixels corresponding to the                ray.

The graphics processing unit may be further configured to, for each ofthe rays that are determined to be occluded from the light:

-   -   determine an attenuation value for its respective occlusion by        processing a texture for the occlusion to determine a level to        which the occlusion attenuates light; and    -   record the determined attenuation value, wherein the shadow        information for a corresponding pixel is based on one or both        of: (i) whether the ray is occluded from reaching the light,        and (ii) the recorded attenuation value.

The graphics processing unit may be configured to determine anattenuation value for an occlusion by: tracking the spread of the ray;determining an area of the intersection of the ray with its respectiveocclusion; and analysing the area of the intersection to determine theattenuation value.

The graphics processing unit may further comprise a buffer configured tostore the shadow information and the recorded distances for the pixels.

The surface identification logic may comprise rasterisation surfaceidentification logic and ray tracing surface identification logic,wherein the graphics processing unit may further comprises a normalisercoupled to the rasterisation surface identification logic and to the raytracing surface identification logic, the normaliser being configured toform a normalised set of shader inputs to be provided to the processinglogic irrespective of whether surfaces are identified by therasterisation surface identification logic or the ray tracing surfaceidentification logic.

In another approach, an estimate of how close a nearest occluder is tothe ray can be determined. From that estimate, a conic section may becharacterized, and mapped to how much of the light would fall outside ofthat conic section. In other words, the conic section is limited by howwide the cone angle can be before the cone starts to become occluded bythe occluder. Then, the area of that cone may be considered to beunoccluded, and an intensity of light can be occluded accordingly.

There is still further provided a machine-implemented method of graphicsprocessing, wherein positions of primitives in a scene are representedby nodes of a hierarchical acceleration structure, the methodcomprising:

-   -   using the hierarchical acceleration structure to identify        visible surfaces of a scene for pixels of a frame of pixels;    -   determining origins for casting rays from the visible surfaces        towards a light;    -   determining whether each of the rays is occluded from reaching        the light; and    -   for one or more of the rays that are determined to be not        occluded from the light:        -   identifying a nearest-hit primitive by determining which of            the nodes of the hierarchical acceleration structure to be            hit by the ray has the smallest distance-ratio, wherein a            distance-ratio for a node is the ratio of a dimension of the            node and the distance along the ray at which the ray hits            the node; and        -   determining an extent of occlusion from the light for one or            more pixels corresponding to the ray origin in accordance            with data relating to the determined node having the            smallest distance-ratio.

Data relating to the determined node having the smallest distance-ratiomay include one or both of: (i) an indication of said dimension of thenode and an indication of the distance along the ray at which the rayhits the node, and (ii) the distance-ratio of the determined node.

Determining an extent of occlusion from the light for the one or morepixels corresponding to the ray origin may comprise determining an anglecorresponding to the distance-ratio of the determined node, and usingthe determined angle to determine the extent of occlusion from thelight.

The nodes may be voxels which are determined in accordance with anoctree structure.

Identifying a nearest-hit primitive for a ray may comprise:

-   -   storing a closest hit distance-ratio for the ray;    -   descending within the hierarchical acceleration structure from a        current level for a test primitive being tested if the current        node corresponding to the test primitive at the current level is        a hit for the ray and if the distance-ratio for the current node        is smaller than the stored closest hit distance-ratio for the        ray; and    -   updating the stored closest hit distance-ratio for the ray in        response to descending within the hierarchical acceleration        structure.

A node of the hierarchical acceleration structure with a relatively lowdistance-ratio may be selectively descended before a node of thehierarchical acceleration structure with a relatively highdistance-ratio.

The hierarchical acceleration structure may be traversed in adepth-first manner.

Determining an extent of occlusion from the light for the one or morepixels corresponding to the ray origin may further use informationrelating to the light. The information relating to the light maycomprise one or more of: a position of the light in the scene; adistance of the light from the origin of the ray; a spatial extent ofthe light in the scene; and a spatial extent of the light as viewedalong the direction of the ray.

Determining an extent of occlusion from the light for the one or morepixels corresponding to the ray origin may comprise determining anattenuation value for the nearest-hit primitive for the ray and usingthe determined attenuation value to determine the extent of occlusion.

The method may further comprise:

-   -   for each of the rays that are determined to be occluded from the        light:        -   recording a distance along the ray from the surface to its            respective occlusion;        -   determining a blending region for a blending filter based on            the recorded distance for the ray;        -   transforming that blending region into the frame of pixels;        -   blending shadow information for pixels in the frame of            pixels that are within the transformed blending region; and        -   using the blended shadow information to determine shadowing            for the one or more pixels corresponding to the ray origin.

The method may further comprise determining rendered pixel values of theframe in accordance with the determined extents of occlusion from thelight for the pixels.

There is provided a graphics processing unit configured to render aframe representing a scene, wherein positions of primitives in the sceneare represented by nodes of a hierarchical acceleration structure, thegraphics processing unit comprising:

-   -   surface identification logic configured to identify surfaces        within the scene; and    -   processing logic configured to process graphics data for        identified surfaces;    -   wherein the graphics processing unit is configured to:        -   use the hierarchical acceleration structure to identify            visible surfaces of a scene for pixels of a frame of pixels;        -   determine origins for casting rays from the visible surfaces            towards a light;        -   determine whether each of the rays is occluded from reaching            the light; and        -   for one or more of the rays that are determined to be not            occluded from the light:            -   identify a nearest-hit primitive by determining which of                the nodes of the hierarchical acceleration structure to                be hit by the ray has the smallest distance-ratio,                wherein a distance-ratio for a node is the ratio of a                dimension of the node and the distance along the ray at                which the ray hits the node; and            -   determine an extent of occlusion from the light for one                or more pixels corresponding to the ray origin in                accordance with data relating to the determined node                having the smallest distance-ratio.

The graphics processing unit may be configured to determine the extentof occlusion from the light for the one or more pixels corresponding toa ray origin by determining an angle corresponding to the distance-ratioof the determined node, and using the determined angle to determine theextent of occlusion from the light.

The graphics processing unit may be configured to identify a nearest-hitprimitive for a ray by:

-   -   storing a closest hit distance-ratio for the ray;    -   descending within the hierarchical acceleration structure from a        current level for a test primitive being tested if the current        node corresponding to the test primitive at the current level is        a hit for the ray and if the distance-ratio for the current node        is smaller than the stored closest hit distance-ratio for the        ray; and    -   updating the stored closest hit distance-ratio for the ray in        response to descending within the hierarchical acceleration        structure.

The graphics processing unit may be configured to determine an extent ofocclusion from the light for a pixel further using information relatingto the light.

The graphics processing unit may further comprise a buffer configured tostore, for each of said one or more rays, a distance-ratio of thenearest-hit primitive for the ray.

The graphics processing unit may be configured to, for each of the raysthat are determined to be occluded from the light:

-   -   record a distance along the ray from the surface to its        respective occlusion;    -   determine a blending region for a blending filter based on the        recorded distance for the ray;    -   transform that blending region into the frame of pixels;    -   blend shadow information for pixels in the frame of pixels that        are within the transformed blending region; and    -   use the blended shadow information to determine shadowing for        the one or more pixels corresponding to the ray origin.

There is still further provided a machine-implemented method of graphicsprocessing, comprising:

-   -   identifying visible surfaces of a scene for pixels of a frame of        pixels;    -   determining origins for casting rays from the visible surfaces        towards a light;    -   for one or more of the ray origins:        -   casting multiple test rays from the determined origin            towards different points within the light;        -   determining whether each of the test rays are occluded from            reaching the light;        -   using the results of said determining whether the test rays            are occluded from reaching the light to determine an extent            of occlusion from the light for one or more pixels            corresponding to the ray origin.

For example, the results of determining whether the test rays areoccluded from reaching the area light can be used to determine aglancing ray which is the closest ray to an occlusion which is notoccluded by the occlusion, wherein an angle between the glancing ray anda ray cast towards to the centre of the area light is used to determinean extent of occlusion from the light for the pixel. For example, thisangle may define an unoccluded conic section which can be used torepresent a portion of the light that is unoccluded.

There is still further provided a machine-implemented method of graphicsprocessing for rendering a frame representing a scene which is lit byone or more lights, comprising:

-   -   identifying visible surfaces of the scene for pixels of the        frame;    -   determining a position on an identified visible surface within        the scene for each of the pixels;    -   for each of the determined positions for the pixels, determining        components of a directionalized distance function which        indicates a direction-dependent distance to one or more        occlusions of light in the scene for the position; and    -   using the determined components of the directionalized distance        function and information relating to said one or more lights to        determine shadow information for pixels in the frame.

The one or more lights may comprise a plurality of lights.

The components of the directionalized distance function may be sphericalharmonic components.

The components of the directionalized distance function may be definedwith respect to a three-dimensional Cartesian coordinate system.

When there are a plurality of lights, said determining components of thedirectionalized distance function for a determined position for a pixelmay comprise:

-   -   for each of the lights:        -   casting a ray from the identified visible surface in a            direction towards the light;        -   determining whether each of the rays is occluded from            reaching the light; and        -   for each of the rays that are determined to be occluded from            the light, recording a distance along the ray from the            surface to its respective occlusion; and    -   combining recorded distances to occlusions for the lights to        thereby determine the components of the directionalized distance        function for the determined position.

Determining components of the directionalized distance function mayfurther comprise:

-   -   for each of the lights:        -   for each of the rays that are determined to be not occluded            from the light, searching for a pixel for which a ray is            determined to be occluded from the light, and if a pixel is            found in the search, recording the distance that was            recorded for the ray of the found pixel.

Searching for a pixel may comprise searching, within a search region forthe pixel, for a closest pixel in the frame of pixels for which a ray isdetermined to be occluded from the light.

Determining components of the directionalized distance function for adetermined position for a pixel may comprise:

-   -   for each of a plurality of sampling directions:        -   casting a ray from the identified visible surface in the            sampling direction;        -   determining whether each of the rays is occluded from            reaching a light in the sampling direction; and        -   for each of the rays that are determined to be occluded from            a light in the sampling direction, recording a distance            along the ray from the surface to its respective occlusion;            and    -   combining recorded distances to occlusions for the sampling        directions to thereby determine the components of the        directionalized distance function for the determined position.

The sampling directions may be selected stochastically or in accordancewith a predetermined pattern.

Determining shadow information for pixels in the frame may comprise:

-   -   for each of the lights:        -   using the determined components of the directionalized            distance function to estimate a distance to an occlusion, if            any, in the direction of the light for each of the pixels;        -   for pixels for which a distance to an occlusion is            estimated:            -   determining a blending region for a blending filter                based on the estimated distance for the pixel;            -   transforming that blending region into the frame of                pixels; and            -   blending shadow information for pixels in the frame of                pixels that are within the transformed blending region;                and    -   for each of a plurality of pixels in the frame, combining the        blended shadow information for the pixel determined for the        lights to thereby determine shadowing for the pixel.

The shadow information for a pixel for a light may be based on whether aray cast from the determined position for the pixel is occluded fromreaching the light.

The shadow information for a pixel for which a ray is occluded from thelight may be further based on an attenuation value for its respectiveocclusion.

The method may further comprise determining an attenuation value for anocclusion by processing a texture for the occlusion to determine a levelto which the occlusion attenuates light.

Determining an attenuation value for an occlusion may further comprisecasting a secondary ray from the occlusion towards the light todetermine an extent to which the occlusion is itself occluded from thelight.

The method may further comprise determining rendered pixel values of theframe in accordance with the determined shadowing for the pixels.

There is still further provided a graphics processing unit configured torender a frame representing a scene which is lit by one or more lights,the graphics processing unit comprising:

-   -   surface identification logic configured to identify surfaces        within the scene; and        -   processing logic configured to process graphics data for            identified surfaces;        -   wherein the graphics processing unit is configured to:            -   identify visible surfaces of the scene for pixels of the                frame;            -   determine a position on an identified visible surface                within the scene for each of the pixels;            -   for each of the determined positions for the pixels,                determine components of a directionalized distance                function which indicates a direction-dependent distance                to one or more occlusions of light in the scene for the                position; and            -   use the determined components of the directionalized                distance function and information relating to said one                or more lights to determine shadow information for                pixels in the frame.

The graphics processing unit may further comprise a buffer configured tostore the shadow information and the components of the directionalizeddistance function for the pixels.

The surface identification logic may comprise rasterisation surfaceidentification logic and ray tracing surface identification logic, andwherein the graphics processing unit may further comprise a normaliser,coupled to the rasterisation surface identification logic and to the raytracing surface identification logic, the normaliser being configuredto: form a normalised set of shader inputs to be provided to theprocessing logic, irrespective of whether surfaces are identified by therasterisation surface identification logic or the ray tracing surfaceidentification logic.

The graphics processing systems described herein may be embodied inhardware on an integrated circuit. There may be provided a method ofmanufacturing, at an integrated circuit manufacturing system, a graphicsprocessing unit as described herein. There may be provided an integratedcircuit definition dataset that, when processed in an integrated circuitmanufacturing system, configures the system to manufacture a graphicsprocessing unit as described herein. There may be provided anon-transitory computer readable storage medium having stored thereon acomputer readable description of an integrated circuit that, whenprocessed, causes a layout processing system to generate a circuitlayout description used in an integrated circuit manufacturing system tomanufacture a graphics processing unit as described herein.

Furthermore, there may be provided an integrated circuit manufacturingsystem comprising:

-   -   a non-transitory computer readable storage medium having stored        thereon a computer readable integrated circuit description that        describes a graphics processing unit as described herein;    -   a layout processing system configured to process the integrated        circuit description so as to generate a circuit layout        description of an integrated circuit embodying a graphics        processing unit as described herein; and    -   an integrated circuit generation system configured to        manufacture a graphics processing unit as described herein        according to the circuit layout description.

There may be provided computer program code for performing any of themethods described herein. There may be provided non-transitory computerreadable storage medium having stored thereon computer readableinstructions that, when executed at a computer system, cause thecomputer system to perform any of the methods described herein.

The above features may be combined as appropriate, as would be apparentto a person skilled in the art, and may be combined with any of theaspects of the examples described herein.

BRIEF DESCRIPTION OF THE DRAWINGS

Examples will now be described in detail with reference to theaccompanying drawings in which:

FIG. 1 a shows how soft shadows are cast by an occlusion in a firstexample;

FIG. 1 b shows how soft shadows are cast by an occlusion in a secondexample;

FIG. 2 shows a graphics processing system;

FIG. 3 is a flow chart for a method of graphics processing according toa first example;

FIG. 4 illustrates a scene to be rendered from a viewpoint;

FIG. 5 illustrates blending footprints for positions on a visiblesurface in the scene;

FIG. 6 illustrates the blending footprints transformed in the frame ofpixels;

FIG. 7 is a flow chart for a method of graphics processing according toa second example;

FIG. 8 a is a first illustration of a ray which closely misses anocclusion;

FIG. 8 b is a second illustration of a ray which closely misses anocclusion, showing nodes of a hierarchical acceleration structure;

FIG. 9 is a third illustration of a ray which closely misses anocclusion;

FIG. 10 illustrates a surface in a scene being illuminated by multiplelights;

FIG. 11 is a flow chart for a method of graphics processing according toa third example;

FIG. 12 shows a hybrid graphics processing system;

FIG. 13 shows a computer system in which a graphics processing system isimplemented; and

FIG. 14 shows an integrated circuit manufacturing system for generatingan integrated circuit embodying a graphics processing system.

The accompanying drawings illustrate various examples. The skilledperson will appreciate that the illustrated element boundaries (e.g.,boxes, groups of boxes, or other shapes) in the drawings represent oneexample of the boundaries. It may be that in some examples, one elementmay be designed as multiple elements or that multiple elements may bedesigned as one element. Common reference numerals are used throughoutthe figures, where appropriate, to indicate similar features.

DETAILED DESCRIPTION

The following description is presented by way of example to enable aperson skilled in the art to make and use the invention. The presentinvention is not limited to the embodiments described herein and variousmodifications to the disclosed embodiments will be apparent to thoseskilled in the art.

Embodiments will now be described by way of example only.

As described above, hard shadows (e.g. cast by point lights) arerelatively simple to render. For hard shadows, a ray can be cast from asurface position corresponding to a pixel towards a light; if the rayhits an occluder then the pixel is in shadow, and if the ray does nothit an occluder then the pixel is not in shadow and is illuminated bythe light. However, in reality, many shadows are soft shadows, e.g.because light sources are not infinitely small points and becausescattering occurs between light surfaces and surfaces in a scene.

FIG. 1 a shows a first example of an area light 102 (i.e. not a pointlight) which illuminates a scene including a visible surface 104 and anocclusion 106. Regions of the surface 104 which are in view of theentire area light 102 are fully lit, and regions of the surface 104which are occluded from the entire light 102 by the occlusion 106 are infull shadow (which may be referred to as “umbra”). The region where ashadow transitions between fully lit and fully in shadow is called the“penumbra”. Regions of the surface 104 which is in the penumbra areoccluded from some, but not all, of the light 102 by the occlusion 106.

FIG. 1 b shows a second example, similar to the first example, in whichthe occlusion 106 is closer to the surface 104. The two examples shownin FIGS. 1 a and 1 b illustrate that the penumbra size is dependent uponthe ratio of the distance (d) from the surface 104 to the occlusion 106and the distance (D) from the surface 104 to the light 102. The size ofthe penumbra created by an edge of the occlusion 106 is also dependentupon the spatial extent (L) of the area light 102.

FIG. 2 illustrates a graphics processing system 200 which comprises agraphics processing unit 202 and a memory 204. The graphics processingunit 202 comprises surface identification logic 206, processing logic208, an image buffer 210 and control logic 212. The surfaceidentification logic is configured to identify surfaces within a scenebeing rendered. The processing logic 208 comprises one or more executioncores and is configured to process graphics data for surfaces identifiedby the surface identification logic 206. The image buffer is configuredto store rendered pixel values. The control logic 212 is configured tocontrol the operation of the graphics processing system 200.

A first example of the operation of the graphics processing system 200is described with reference to the flow chart in FIG. 3 .

Graphics data representing objects in a scene is received at thegraphics processing unit 202. The graphics data may comprise primitiveswhich represent surfaces of objects to be rendered. Primitives are oftentriangles, but can take other forms, e.g. other two-dimensional shapes,or points or lines. A primitive may be defined by a set of vertices,e.g. three vertices define a triangular primitive. The graphics data mayinclude vertex data (e.g. position data and attribute data, such astexture data) for the vertices of the primitives in the scene andindications for the primitives to indicate which of the vertices formthe primitives.

In step S302 the surface identification logic 206 identifies visiblesurfaces for pixels of a frame. In other words, a frame is to berendered to represent a view of the scene from a particular viewpoint,and the frame comprises an array of pixel positions. For each pixelposition of the frame, a surface in the scene, which is primarilyvisible in that pixel, is identified in step S302. Indications of thevisible surfaces for the pixels are provided from the surfaceidentification logic 206 to the processing logic 208. One or moredifferent methods may be used by the surface identification logic 206 toidentify visible surfaces for the pixels in the scene, e.g.rasterisation or ray tracing may be used to identify visible surfaces.Methods of rasterisation and methods of ray tracing for identifyingvisible surfaces for pixels are known in the art, and as such forconciseness, the details of those methods are not described in detailherein.

FIG. 4 shows a simple example of part of a scene including an area light402, a visible surface 404 and an occlusion 406. The viewpoint fromwhich the scene is viewed is shown at 408 and the view plane of theframe to be rendered is represented at 410. In this simple example onlyone visible surface is shown, but it should be appreciated that in otherexamples there may be many visible surfaces within the scene.

In step S304 the processing logic 208 determines an origin for casting aray from the visible surface 404 for each of the pixels towards thelight 402. The points 412 ₁, 412 ₂, 412 ₃ and 412 ₄ represent fourpositions on the visible surface 404 which correspond to four pixels ofthe frame, and these four positions 412 are the determined origins ofthe rays for those four pixels. It can be seen that position 412 ₁ is inthe umbra (i.e. full shadow) region, positions 412 ₂ and 412 ₃ are inthe penumbra and position 412 ₄ is not in shadow at all. The rays arecast from the determined positions 412 towards the centre of the light402. It is noted that in this example, one ray is cast for a positioncorresponding to each pixel. This makes the examples described hereinmuch simpler to implement than if multiple rays were cast from eachposition towards different parts of the area light 402. In particular,this may allow the methods described herein to be implemented inreal-time and/or on devices, such as mobile devices, which may havetight constraints on the processing resources, physical size and/orpower consumption of a graphics processing unit implemented thereon.

It is not necessary to cast a ray for every pixel, and in some casessub-sampling techniques may be used. Similarly, it may be desirable tocast multiple rays from a single pixel in some circumstances.

In step S306 the processing logic 208 determines whether each of therays is occluded from reaching the area light 402. In the example shownin FIG. 4 , the rays cast from positions 412 ₁ and 412 ₂ are occluded,but the rays cast from positions 412 ₃ and 412 ₄ are not occluded.

The penumbra can be considered to be made up of two distinct regions: afirst region for which rays are occluded from the centre of the light402, and a second region for which rays are not occluded from the centreof the light 402. For the first region (e.g. including position 412 ₂) aprocess of “erosion” of a corresponding hard shadow region can beapplied to determine the soft shadowing effect in this part of thepenumbra. For the second region (e.g. including position 412 ₃) aprocess of “dilation” of a corresponding hard shadow region can beapplied to determine the soft shadowing effect in this part of thepenumbra.

In step S308 for each of the rays that are determined to be occludedfrom the light 402 (e.g. the rays from positions 412 ₁ and 412 ₂), adistance along the ray from the surface 404 to the occlusion 406 isrecorded. In particular, the processing logic 208 maintains a buffer torecord a distance for each pixel position of the frame being rendered.The distance values might be quantised, or otherwise compressed, forstorage in the buffer to reduce the storage requirements of the buffer.

In some examples, the processing logic 208 also determines anattenuation value for the occlusion 406. The attenuation value may bestored in a buffer for each ray that is occluded by the occlusion 406.In this way the processing logic 208 can record a distance and anattenuation factor for each pixel position of the frame. It is notedthat in some examples, an attenuation value is not determined orrecorded for the rays, e.g. because this is simpler to implement, orbecause all or most of the geometry is opaque in the scene.

Storing an attenuation value enables shadows cast by non-opaqueocclusions (e.g. occlusions which are at least partially translucent orhave “punch-through” textures) to be modelled.

Sometimes the attenuation value can contain multiple channels, e.g. red,green, and blue. This allows shadow casting objects to exhibit a“stained glass” effect where they selectively attenuate certain lightcolours and not others, causing tinted shadows on the shadow receivingsurface.

For example, an attenuation value for the occlusion 406 may bedetermined by processing a texture for the occlusion 406 to determine alevel to which the occlusion 406 attenuates light. For example, if thetexture to be applied to the occlusion 406 is opaque then the occlusionis determined to completely attenuate light. However, if the texture tobe applied to the occlusion 406 is translucent or punch through then thelevel of attenuation is variable and is determined by sampling thetexture. In this way, the shadowing of the pixel corresponding topositions 412 ₁ and 412 ₂ can take account of any light that may passthrough the occlusion 406 due to a translucent or punch through texture.A ‘punch through’ texture is a texture which includes some “holes” suchthat light can pass through the occlusion 406.

The determination of an attenuation value for the occlusion 406 mayinclude casting a secondary ray from the occlusion 406 towards the light402 (as represented by the dotted lines in FIG. 4 ) to determine anextent to which the occlusion 406 is itself occluded from the light 402.For example, there could be another occlusion in the scene which blocksany light travelling from the light 402 to the occlusion 406, in whichcase even if the occlusion is translucent then the attenuation valuerecorded for pixels corresponding to positions 412 ₁ and 412 ₂ is set toindicate that the light from the centre of the area light 402 is totallyattenuated.

The determination of an attenuation value for the occlusion 406 maycomprise tracking the spread of a ray and determining an area of theintersection of the ray with the occlusion 406. The area of theintersection can be analysed to determine the attenuation value.Tracking the spread of a ray as it moves through space can help tocombat aliasing, especially in punch-through textures. The ray can bethought of as a cone segment for the purposes of anti-aliasing. Thisallows shading at the ray intersection to evaluate an integral acrossthe surface as opposed to a point sample. This effectively eliminatesaliasing caused when sampling a punch through object, because the coneallows an appropriate MIP level of a texture to be selected, and then apartial attenuation value (somewhere between 0.0 and 1.0) can be used.In cases where the shadow of a high frequency texture is viewed withinsufficient screen resolution to enable all of the texture detail to beseen in the shadow, this allows for appropriate blurring instead ofaliasing. One implementation of tracking ray spread is called “raydifferentials”.

When tracking the spread of a ray, an initial spread of the ray castfrom the visible surface for the corresponding pixel can be set based onthe depth of the visible surface in the scene and the surface normal ofthe visible surface. For example, in a hybrid context, (whererasterization is used instead of ray tracing for primary rays), theinitial spread of a ray is set based on what the ray spread would havebeen from the surface point as seen from a virtual camera thatcorresponds to the view projection. To combat aliasing most effectively,the ray's spread should track the area as viewed from a single pixel,allowing effective integration across all data effectively sampled forthat pixel. The processing logic 208 can track x and y divergenceseparately. A constant representing the distance between pixels in thecamera projection can be scaled by the depth value which represents thedistance from the view plane 410 to the first visible object (the objectreceiving the shadow, which in FIG. 4 is the surface 404), and then thedivergence in the x and y axes can each be set taking into account thenormal at the point the object is being rendered (e.g. the normal at thepoints 412). Said another way, this is projecting the pixel onto thevisible surface 404, and initializing the ray's spread tracking valuesbased on this projected pixel footprint.

In step S310, for rays that are not occluded (e.g. rays from positions412 ₃ and 412 ₄) the processing logic 208 searches for a pixel for whicha ray is occluded, and if a pixel is found in the search then thedistance recorded for that found pixel is recorded for the current pixelor element being operated on. For example, the processing logic 208 maysearch, within a search region for the current pixel, for a closestpixel in the frame of pixels for which a ray is determined to beoccluded from the light. The search region may be defined in the spaceof the frame pixels being rendered, e.g. it may be a 5×5 block of pixelsof the frame centred on the current pixel. The search region may be adifferent size and/or shape in different examples. Furthermore, searchin the might only take account of pixels in the search region if theyare deemed to be showing a similar surface as the current pixel. Forexample, a depth similarity check or another discontinuity check can beperformed. For example, if a difference between the depth of the pixelbeing operated on and that of a nearby pixel exceeds a thresholddifference, that neighbouring pixel can be excluded from the search. Thesearch kernel may have a constant search pattern, e.g. a cross-shapedkernel provides a good trade-off between cost and performance, whilst abox pattern may provide better results but is more expensive toimplement. A stochastic tap pattern could be used as a blending region,which may be different for each pixel, which can give the lowestartefacts at the expense of creating some image noise.

Of the pixels that are found in the search for which a ray is occluded,the closest of those found pixels to the current pixel may be selected.The distance recorded for the selected pixel is used as a proxy torepresent the distance from the current pixel to the occlusion 406, andas such that distance is recorded in the distance buffer for the currentpixel, even though the current pixel is not occluded from the centre ofthe light 402. For example, the search for the pixel corresponding toposition 412 ₃ might find the pixel corresponding to position 412 ₂ inits search region, and as such the distance recorded for position 412 ₂is also recorded for position 412 ₃. Alternatively the distances frommultiple of the found pixels may be blended together to form arepresentative distance for the non-occluded pixel.

If the search does not find a pixel in the search region for which a rayis occluded then this may indicate that the current pixel is fully lit.For example, the search for the pixel corresponding to position 412 ₄might not find any pixels in its search region for which a ray isoccluded.

In step S312, the processing logic 208 performs various steps for eachof the rays for which a distance is recorded (i.e. for pixels which areat least partially in shadow). Parameters for a blending filter (i.e. a“blending region” or “blending kernel”) is determined for a ray based onthe recorded distance. As described above, the closer the occlusion 406is to the surface 404, the smaller the penumbra, and as such the smallerthe determined blending kernel would be.

FIG. 5 illustrates a visible region 502 of the surface 404, as viewedfrom above the surface 404. The view plane 410 may for example be squareand the projection of that view plane 410 onto the surface 404 resultsin an elongated rectangle 502. The four positions 412 ₁ to 412 ₄ areshown in FIG. 5 . Blending kernels 504 ₁, 504 ₂ and 504 ₃ areillustrated which have been determined for the respective positions 412₁, 412 ₂ and 412 ₃. It can be seen that the blending kernels areapproximately the same size because they are based on the distance fromthe positions 412 ₁ and 412 ₂ to the occlusion 406. Since position 412 ₄is fully lit, no blending kernel is determined for this position. Inthis example, the blending kernels are symmetric in x and y directionson the surface 404.

The blending kernels are transformed into the frame of pixels. FIG. 6shows an example of a frame of pixels 602. Each pixel in the frame canmap onto a region in the scene. The mapping does not always preserve theshape of the pixel because of perspective effects. Similarly, a regionof the scene can map backwards into one or multiple pixels in the frame.The pixel 612 ₁ corresponds to the position 412 ₁; the pixel 612 ₂corresponds to the position 412 ₂; the pixel 612 ₃ corresponds to theposition 412 ₃; and the pixel 612 ₄ corresponds to the position 412 ₄.The grid lines shown in FIG. 6 represent the boundaries between regionsin the frame. This transformation back into screen-space is one of theparameters to a filter kernel. The blending kernel 504 ₁ for theposition 412 ₁ is transformed into the frame as shown as 604 ₁; theblending kernel 504 ₂ for the position 412 ₂ is transformed into theframe as shown as 604 ₂; and the blending kernel 504 ₃ for the position412 ₃ is transformed into the frame as shown as 604 ₃. It can be seenthat transformation has affected the shape of the blending kernels. Inparticular, the square blending kernels on the surface 404 are elongatedin the horizontal direction to be rectangles in the frame 602.

Shadow information for pixels within a transformed blending kernel canbe blended. For example, the shadow information for a pixel may includean indication as to whether the ray for that pixel was occluded fromreaching the centre of the light 402. The shadow information for a pixelmay also include the attenuation values which are recorded for thepixels. The blending of the shadow information may comprise combiningthe values (e.g. flag bits indicating whether the rays for the pixels inthe blending kernel were occluded from reaching the centre of the light402, and/or the attenuation values). The “combining” may includeaveraging, summing, interpolating, or performing some other function onthe values for the pixels within the blending kernel. The blending mayonly take into account pixels within the blending kernel if those pixelsare deemed to be showing a similar surface as the current pixel. Forexample, a depth similarity check can be performed. For example, if adifference between the depth of the pixel being operated on and that ofanother pixel within the blending kernel exceeds a threshold difference,that neighbouring pixel can be excluded from the blending process. Akernel where pixels are selected stochastically can also be used. Inaddition, pixels nearer the object pixel may be weighted more heavily indetermining the overall shadow value.

The blended shadow information from a blending kernel (e.g. kernel 604₁) is used to determine shadowing for the pixel associated with thatblending kernel (e.g. pixel 612 ₁). For example, a lighting factor canbe determined to indicate a level to which the pixel is to be lit by thelight 402 in the rendered image. In this way soft shadow effects can beimplemented.

In step S314 the processing logic 208 determines rendered pixel valuesin accordance with the determined shadowing for the pixels. For example,the processing logic 208 renders a pixel and as part of the renderingprocess it applies lighting to the pixel in accordance with theindicated level to which the pixel is to be lit by the light 402.

A simple example is now described with reference to the example shown inFIGS. 4 to 6 , in which the occlusion 406 is opaque such that theattenuation value for occluded pixels indicates ‘totally occluded’ fromthe light 402, and the shadow information for a pixel is simply a shadowindicator indicating whether the ray for the pixel was occluded fromreaching the centre of the light 402, e.g. with a value of 1representing occluded and a value of 0 representing not occluded. Thepixels within the blending kernel 604 ₁ may all be occluded from thecentre of the light 402, so if the flag bits are averaged over theblending kernel 604 ₁ the final value will be 1, indicating that thepixel 612 ₁ is in full shadow from the light 402.

The pixel 612 ₂ has a shadow indicator of 1 indicating that it isoccluded from the centre of the light 402. However, the blending kernel604 ₂ may include some pixels which are occluded from the centre of thelight 402 and some pixels which are not occluded from the centre of thelight 402. So if the shadow indicators are averaged over the blendingkernel 604 ₂ the final value will be somewhere between 0 and 1,indicating that the pixel 612 ₂ is in partial shadow from the light 402,i.e. it is in the penumbra. The blended values have multiple bits (e.g.4 bits) so that they can represent values between 0 and 1.

The pixel 612 ₃ has a shadow indicator of 0 indicating that it is notoccluded from the centre of the light 402. However, the blending kernel604 ₃ may include some pixels which are occluded from the centre of thelight 402 and some pixels which are not occluded from the centre of thelight 402. So if the shadow indicators are averaged over the blendingkernel 604 ₃ the final value will be somewhere between 0 and 1,indicating that the pixel 612 ₃ is in partial shadow from the light 402,i.e. it is in the penumbra. Pixel 612 ₃ is less in shadow than pixel 612₂ so the blended shadow indication for pixel 612 ₃ is lower than theblended shadow indication for pixel 612 ₂.

Rays for which a distance is not recorded (e.g. the ray corresponding toposition 412 ₄ and pixel 612 ₄) are fully lit, so no shadowing isapplied to the corresponding pixels.

In the examples described above, for each of the pixels, the origin forcasting a ray from the visible surface 404 for the pixel is determinedby projecting a centre position of the pixel in screen space into thescene and identifying a position on the visible surface corresponding tothat central position. In other examples, the origins for casting raysfrom the visible surfaces for the pixels are jittered within projectedfootprints of the respective pixels. This jittering adds small amountsof noise to the shadow ray origins to break up geometry-edge aliasing.That noise is projected based on the way the screen pixel is transformedinto world-space. For example, the jittering of an origin for casting aray from the visible surface 404 for a pixel may comprises adding a twodimensional noise value to the centre position of the pixel in screenspace to determine a jittered pixel position, projecting the jitteredpixel position into the scene and identifying a position on a planecorresponding to the visible surface 404.

In other words, a 2-dimensional noise value is added to the pixelcentre, then a new virtual ray (aka line) is calculated based on thecamera focus point and the jittered location, and then that line isintersected with a plane-extended version of the surface 404. This finalpoint has whatever biases applied in order to overcome numericalimprecision, to ensure the shadow ray's (effect ray's) origin is on thevisible side of the surface 404. A lot of this calculation may bereused, depending on whether some of the intermediate values havealready been calculated for some other purpose.

FIG. 7 is a flow chart illustrating a different method for implementedsoft shadow effects. The method shown in FIG. 7 is similar to that shownin FIG. 3 , but the way shadowing is determined for rays that are notoccluded from the centre of the light 402 is different.

Steps S702 to S706 generally correspond with steps S302 and S306described above. Therefore, in step S702, visible surfaces areidentified for pixels of a frame (e.g. the surface 404 is identified forthe pixels 612 ₁, 612 ₂, 612 ₃ and 612 ₄). In step S704 origins forcasting rays from the identified visible surfaces are determined for thepixels (e.g. the positions 412 ₁ to 412 ₄ are determined as origins forrays corresponding to the pixels 612 ₁ to 612 ₄). In step S706, for eachof the rays it is determined whether the ray is occluded from reachingthe centre of the light 402. If the ray is occluded then the processingfor that ray continues from step S706 to step S708, whereas if the rayis not occluded then the processing for that ray continues from stepS706 to step S720.

Similarly to the example shown in FIG. 3 , in the example method shownin FIG. 7 , just one ray is cast from the position 412 corresponding toeach pixel 612. This makes the examples described herein much simpler toimplement than if multiple rays were cast from each position towardsdifferent parts of the area light 402. In particular, this may allow themethods described herein to be implemented in real-time and/or ondevices, such as mobile devices, which may have tight constraints on theprocessing resources, physical size and/or power consumption of agraphics processing unit implemented thereon.

The rays which are occluded (e.g. the rays from positions 412 ₁ and 412₂) are processed in the same manner as described above with reference toFIG. 3 . In brief, in step S708 a distance along the ray from thesurface 404 to the occlusion 406 is determined and recorded in a buffer.In step S710 an attenuation value is determined and recorded for theocclusion 406. The attenuation value may be determined as describedabove. Furthermore, as described above, the use of attenuation values isan optional feature. In step S712 parameters for a blending filter (i.e.a blending kernel) are determined for a ray based on the recordeddistance for the ray. For example the blending kernels 504 ₁ and 504 ₂are determined for the positions 412 ₁ and 412 ₂. In step S714 Theblending kernel for a ray is transformed into the frame. For example,the blending kernels 504 ₁ and 504 ₂ are transformed to determine theblending kernels 604 ₁ and 604 ₂ in the frame 602, for the pixels 612 ₁and 612 ₂. In step S716 shadow information (e.g. binary flags indicatingwhether pixels are occluded from the centre of the light 402) is blendedfor pixels within a blending kernel. For example, the binary flags forpixels within the blending kernel 604 ₁ are blended to determine ashadow value for pixel 612 ₁. In step S718 these shadow values (i.e. theblended shadow information) are used to determine shadowing for thepixels from the light 402.

However, for rays which are not occluded from the centre of the light402, the method passes from step S706 to step S720. FIG. 8 shows anexample of an area light 802, a visible surface 804 and an occlusion806. A ray 810 has an origin at a position 808 on the visible surface804. The ray 810 is not occluded from the centre of the light 802, sothe method passes form step S706 to step S720 for the ray 810. Theocclusion 806 is a closest miss for the ray 810. In other words, the ray810 comes closer to hitting occlusion 806 than it comes to hitting anyother element of geometry in the scene.

In step S720 the processing logic 208 determines a first distance (d₁)for a ray. The distance d₁ is a minimum distance between the ray and theelement of geometry 806 which is a closest miss for the ray. Thedistance d₁ may be referred to as a “tangential distance”. In order todetermine the distance d₁, the processing logic 208 may use a signeddistance field to determine the minimum distance between the ray andocclusion 806. When a ray is traced through a scene, signed distancefields may be used to determine whether, at points along the ray, theray has intersected with the surface of an element of geometry in thescene. The sign of the results of the signed distance function atdifferent points along a ray indicates whether the position of the rayis inside or outside an element of geometry. For a ray that does notintersect an element of geometry before reaching the light 802 (e.g. forray 810), the result of the signed distance function with the lowestmagnitude along the path of the ray indicates the minimum distance (d₁)to the element of geometry 806 which is a closest miss for the ray.

In step S722 the processing logic 208 determines a second distance (d₂)for the ray 810. The distance d₂ is the distance from the origin of theray 808 at which the ray 810 is at its closest point to the occlusion806. The distance d₁ may be referred to as a “directional distance”.This distance is also easily determined from the signed distancefunction, i.e. it is the distance along the ray at which the result ofthe signed distance function has the lowest magnitude. The twodistances, d₁ and d₂, represent an angle. In other words, the ratiobetween the two distances forms the arctangent of the angle of the conethat describes the solid angle from which light can reach the surface.When that solid angle is smaller than the solid angle of the light, thesurface point is in penumbra.

The processing logic 208 may store the distances d₁ and d₂ for a ray ina buffer.

In step S724 the processing logic 208 determines an extent of occlusionfrom the light 802 for the pixel corresponding to the ray 810 using thedetermined distances d₁ and d₂ for the ray. For example, for a larger d₁an extent of occlusion from the light 802 will be smaller; whilst for alarger d₂ an extent of occlusion from the light 802 will be larger. Theextent of occlusion may be determined as a function of d₁ and d₂. Thefunction for determining the extent of occlusion may also depend uponthe distance (D) from the point 808 to the area light 802 and/or thespatial extent (L) of the area light 802. In other words, thedetermination of the extent of occlusion from the light 802 for thepixel corresponding to the ray 810 can be based on information relatingto the light, such as: a position of the light 802 in the scene, adistance (D) of the light 802 from the origin 808 of the ray 810, aspatial extent (L) of the light 802 in the scene, and/or a spatialextent of the light as viewed along the direction of the ray 810.

When determining the extent of occlusion, the processing logic 208 isdetermining the extent to which the occlusion 806 (i.e. the nearestmiss) occludes the light from the light 802, and therefore the opacityof the occlusion 806 can affect the extent of occlusion. As describedabove, an attenuation value may be determined for the occlusion 806, andthe determination of the extent of occlusion from the light 802 for thepixel corresponding to the ray 810 may include determining anattenuation value for the element of geometry 806 which is a closestmiss for the ray 810 and using the determined attenuation value todetermine the extent of occlusion. As described above, an attenuationvalue for the occlusion 806 may be determined by processing a texture(which may include some translucency and/or punch-through) for theocclusion 806 to determine a level to which the occlusion 806 attenuateslight. Furthermore, the determination of the attenuation value for theocclusion 806 may comprise casting a secondary ray from the occlusion806 towards the light 802 to determine an extent to which the occlusion806 is itself occluded from the light 802.

Step S726 follows from step S718 and follows from step S724. In stepS726 the processing logic determines rendered pixel values of the frame.For rays that are occluded from the centre of the light, shadowing hasbeen determined in step S718, and the processing logic determinesrendered pixel values corresponding to these rays in accordance with thedetermined shadowing for the pixels. For rays that are not occluded fromthe centre of the light, an extent of occlusion has been determined instep S724, and the processing logic determines rendered pixel valuescorresponding to these rays in accordance with the determined extent ofocclusion.

The rendered pixel values can be stored in the image buffer 210.

In some examples, rather than determining d₁ and d₂ explicitly in stepsS720 and S722, a ratio (referred to herein as a “distance-ratio”) can bedetermined which is correlated with the ratio of d₂/d₁. The calculationof the distance-ratio in the examples described below are easier toimplement than methods of determining d₁ and d₂ explicitly as describedabove, and so are more suitable for use in real-time on a device withlimiting processing resources (e.g. on a mobile device).

In particular, in order to perform intersection testing on primitives inthe scene in a ray tracing implementation, a hierarchical accelerationstructure is built which comprises a hierarchy of nodes representingregions of the world-space of the scene being rendered. The leaf nodesof the acceleration structure may represent one or more primitives orparts of primitives to be rendered in the scene. For example, duringhierarchy generation, primitives in the scene may be voxelized intoenclosing nodes, and those nodes are, in turn, voxelized into largeenclosing nodes until all objects in the scene are enclosed in one or asmall number of nodes. Hardware for voxelization is known and may forexample use an octree structure for the voxelization so that eachenclosing node is twice as large in each dimension as the nodes itencloses (8 times the volume). The voxel builder may, or may not, shrinknodes so that they extend in space only as far as is necessary to fullyenclose the child nodes or primitives they bound. Different sets oftriangles may be voxelized to different leaf-node resolutions. In otherexamples, the nodes of the hierarchical acceleration structure are notvoxels, but can take any suitable shape and size to enclose lower-levelnodes or primitives.

FIG. 8 b shows a scene including a light 812, a visible surface 814 andan occluding primitive 816, which is shown as a triangle. A ray is castfrom a position 818 on the surface 814 towards the centre of the light812 and is not occluded. The primitive 816 is enclosed in a voxel 822 ₁corresponding to a node of the hierarchical acceleration structure. Theray 820 does not intersect with the voxel 822 ₁. At one level higherwithin the hierarchical acceleration structure, a voxel 822 ₂ enclosesthe voxel 822 ₁. The ray 820 does intersect with the voxel 822 ₂.

The method can identify a nearest-hit primitive (e.g. primitive 816) bydetermining which of the nodes of the hierarchical accelerationstructure to be hit by the ray has the smallest distance-ratio. Thedistance-ratio for a node is the ratio of a dimension of the node (e.g.d₁ illustrated in FIG. 8 b ) and the distance along the ray at which theray hits the node (e.g. d₂ illustrated in FIG. 8 b ). The distance ratiomay be given by d₁/d₂. A closest hit distance-ratio for a ray can bestored. Then nodes of the hierarchical acceleration structure can bedescended for a primitive being tested if a current node correspondingto the test primitive at a current level is a hit for the ray and if thedistance-ratio for the current node is smaller than the stored closesthit distance-ratio for the ray. The stored closest hit distance-ratiofor the ray can then be updated in response to descending within thehierarchical acceleration structure. The node corresponding to voxel 822₂ is a hit, but the lower-level node corresponding to voxel 822 ₁ is nota hit. So if, primitive 816 is the closest hit primitive for the ray820, then the node corresponding to voxel 822 ₂ represents the closesthit node, and the distance ratio that is stored at the end of thetesting is the distance ratio for that node (i.e. d₁/d₂). If the rayhits a primitive it has a distance-ratio of zero.

The distance ratio maps to a solid angle, indicating how close the raycame to hitting a primitive. Therefore, this indicates the extent towhich the position 818 is in shadow from the primitive 816. Eitherdistance-ratio or the values of d₁ and d₂ for the closest node 822 ₂ canbe provided to a shader for determining the extent of occlusion at theposition 818.

In some examples, nodes of the hierarchical acceleration structure withthe smallest distance-ratio are descended first to quickly drive theray's distance-ratio to be as small as possible as quickly as possible,thereby pruning the search. This type of query favours depth-firsttraversal behaviours over breadth-first traversal.

A ray tracing process may trade-off between breadth-first anddepth-first testing of the acceleration structure depending on theavailability of various resources (e.g. on-chip memory) but thisalgorithm favours selecting more depth-first behaviours in moresituations. One possible way to traverse the acceleration structurewould be to test all of the child nodes of a box against the ray andonly descend nodes that the ray missed in the circumstances that no hitswere available in a given child list. Then, when misses are descended,begin with the deepest nodes in the tree, and recursively work upwards,either rejecting each box based on the ray's distance-ratio ordescending it.

In this way, a traversal mechanism is implemented to determine near-missinformation. This allows the extraction of data that is similar to thatextracted from ordinary traversal of an acceleration structure (i.e. hitor miss of various nodes) to be used in determining the extent ofocclusion at a position in the penumbra of an occluder's shadow. This istherefore a simple extension to a system which traverses hierarchicalacceleration structures but does not implement soft shadows.

Furthermore, this method of determining the effects of dilation of ashadow (i.e. for regions of penumbra which would not be part of a hardshadow from an occlusion) by determining the “nearest miss” can becombined with the effects of erosion of a shadow (i.e. for regions ofpenumbra which would be part of a hard shadow from an occlusion) thatare determined from filtering as described above.

FIG. 9 shows another example scene including an area light 902, avisible surface 904 and an occlusion 906. A ray 910 has an origin at aposition 908 on the visible surface 904. The ray 910 is not occludedfrom the centre of the light 902. The occlusion 906 is a closest missfor the ray 910. In other words, the ray 910 comes closer to hittingocclusion 906 than it comes to hitting any other element of geometry inthe scene.

Similar to the methods described above, visible surfaces of the scenefor pixels of a frame of pixels can be determined and origins forcasting rays from the visible surface towards the centre of the light902 can be determined for each pixel. For one or more of the pixels,multiple test rays can be cast from the determined origin for the pixeltowards different points within the area light. For example, FIG. 9shows three test rays (912 ₁, 912 ₂ and 912 ₃) which are cast from theposition 908 on the surface 904 towards different parts of the light902. It is noted that any number of test rays may be cast, and forexample many more than three test rays may be cast from a particularposition on the surface 904 towards different parts of the light 902.The processing logic 208 can determine whether each of the test rays912, as well as the main ray 910, are occluded from reaching the arealight 902. For example, the ray 910 is not occluded, the test ray 912 ₁is not occluded, and the test ray 912 ₃ is occluded. The test ray 912 ₂is a glancing ray which just glances the edge of the occlusion 906. Inother words, the glancing ray is the closest of the test rays 912 to theocclusion 906 which is not occluded by the occlusion 906. The processinglogic 208 uses the results of determining whether the test rays 912 areoccluded from reaching the area light 902 to determine an extent ofocclusion from the light 902 for the pixel. For example, the glancingray 912 ₂ can be determined, and an angle (θ) between the glancing ray912 ₂ and the ray 910 cast towards to the centre of the area light 902is used to determine an extent of occlusion from the light 902 for thepixel. For example, this angle (θ) may define an unoccluded conicsection which can be used to represent a portion of the light 902 thatis unoccluded. The conic section has edges along the lines 912 ₂ and 914shown in FIG. 9 , where line 914 makes the same angle θ with the ray 910but on the opposite side to the glancing ray 912 ₂. Therefore the conicsection has a nose angle of 2θ, and the area of this conic section atthe intersection with the light 910 can be used to determine the extentof occlusion from the area light 902. For example, if the area light 902can be modelled as a disc with diameter L, it has an area of

${\frac{\pi}{4}L^{2}}.$

The area of the conic section at the intersection with the light 910 isπ(tan θ)²D². Therefore the proportion of the area light 902 thatintersects with the conic section is given by

$\left( \frac{2D\tan\theta}{L} \right)^{2},$

and this can be used to determine a proportion of the light from arealight 902 which hits the position 908. This can be used to determine theshadowing to be applied to the pixel corresponding to the position 908when rendering the pixel. The method shown in FIG. 9 may be used for allpixels in the frame or only for pixels for which rays are not occludedfrom the centre of the light 902.

In the examples described above there is a single source of light.However, in some examples, a scene may be lit by multiple light sources.For example, FIG. illustrates three light sources 1002 ₁, 1002 ₂ and1002 ₃ which can illuminate a surface 1004 in the scene. The position1108 is: fully lit by the light 1002 ₁, in the penumbra of the shadowfor the light 1002 ₂ caused by the occlusion 1006, and in the umbra ofthe shadow for the light 1002 ₃ caused by the occlusion 1006. In otherexamples there may be any number of light sources illuminating thescene, e.g. many more than three. An occlusion 1006 is present in thescene.

A method of rendering pixels of a view of the scene is shown in FIG. 11. This method is particularly suited for use with scenes that are lit bymultiple light sources, but it could be applied for use with scenes thatare lit by a single light source. In step S1102 the surfaceidentification logic 206 identifies visible surfaces for pixels of aframe (e.g. the surface 1004 may be identified). In step S1104 theprocessing logic 208 determines positions on the identified surfacescorresponding to each of the pixels of a frame to be rendered. Thedetermined positions represent origins for casting rays from theidentified visible surfaces for the pixels. For example, the position1008 on the surface 1004 is determined for a pixel.

In step S1106 the processing logic 208 determines, for each of thedetermined positions for the pixels, components of a directionalizeddistance function which indicates a direction-dependent distance to oneor more occlusions of light in the scene for the position.

For example, step S1106 may comprise performing processing for each ofthe lights 1002 for a particular position (e.g. position 1008). Forexample, for each of the lights (e.g. lights 1002 ₁, 1002 ₂ and 1002 ₃)a ray is cast from the determined position 1008 on the identifiedvisible surface 1004 in a direction towards the light. These rays areshown in FIG. 10 as 1010 ₁, 1010 ₂ and 1010 ₃ respectively. Theprocessing logic 208 determines whether each of the rays is occludedfrom reaching the centre of the respective light. For example, rays 1010₁ and 1010 ₂ are not occluded by the occlusion 1006, but ray 1010 ₃ isoccluded by the occlusion 1006. In this example, for each of the raysthat are determined to be occluded from the respective light (e.g. forray 1010 ₃), the processing logic 208 records a distance along the rayfrom the surface 1004 to its respective occlusion. Then for the position1008, the processing logic 208 combines the recorded distances toocclusions for the lights to thereby determine the components of thedirectionalized distance function for the determined position.

For example, the directionalized distance function could be a sphericalharmonic function such that the components are spherical harmoniccomponents. As another example, the components of the directionalizeddistance function could be defined with respect to a three-dimensionalCartesian coordinate system.

For each of the rays that are determined to be not occluded from therespective light (e.g. rays 1010 ₁ and 1010 ₂), the processing logic 208can perform methods similar to those described above. For example theprocessing logic 208 may search for a pixel for which a ray isdetermined to be occluded from the light, and if a pixel is found in thesearch, record the distance that was recorded for the ray of the foundpixel. As described above, this searching for a pixel may comprisesearching, within a search region for the pixel, for a closest pixel inthe frame of pixels for which a ray is determined to be occluded fromthe light. In this way a distance to an occlusion for a particular lightcan be based on a corresponding distance to an occlusion for theparticular light for a nearby pixel.

Rather than determining the distance to occlusions in the directions ofthe lights, the determinations could be made in sampling directions. Thesampling directions may or may not be directions towards a light. Thesampling directions may be selected stochastically or in accordance witha predetermined pattern. For example, the sampling directions could bethe positive and negative directions along each of the three axes of aCartesian coordinate system. This can be beneficial if there are lots oflights (e.g. over twenty lights) illuminating a scene. In this way, foreach of a plurality of sampling directions a ray is cast from adetermined position (e.g. position 1008) on the identified visiblesurface (e.g. 1004) in the sampling direction. The processing logic 208determines whether each of the rays is occluded from reaching a light inthe sampling direction, and for each of the rays that are determined tobe occluded from a light in the sampling direction, a distance along theray from the surface to its respective occlusion is recorded. Then, foreach of the determined positions for the pixels, the processing logic208 combines the recorded distances to occlusions for the samplingdirections to thereby determine the components of the directionalizeddistance function for the determined position.

In step S1108 the processing logic 208 uses the determined components ofthe directionalized distance function and information relating to saidone or more lights 1002 to determine shadow information for pixels inthe frame. For example, each of the lights 1002 may be processedseparately and then the shadowing effects from the different lights 1002for a pixel can be combined to determine a final lighting for the pixel.For example, for each of the lights, the processing logic 208 can usethe determined components of the directionalized distance function toestimate a distance to an occlusion, if any, in the direction of thelight for each of the pixels. Pixels for which a distance to anocclusion is estimated can be processed as in the examples describedabove, i.e. parameters for a blending filter (i.e. a blending kernel)can be determined based on the estimated distance for the pixel, thatblending kernel can be transformed into the frame of pixels, and shadowinformation for pixels in the frame of pixels that are within thetransformed footprint can be blended. Then for each of a plurality ofpixels in the frame, the blended shadow information for the pixeldetermined for the lights 1002 can be combined to thereby determineshadowing for the pixel.

As described above, the shadow information for a pixel for a light maybe based on whether a ray cast from the determined position for thepixel is occluded from reaching the light. Furthermore, as describedabove, the shadow information for a pixel for which a ray is occludedfrom the light may be further based on an attenuation value for itsrespective occlusion, wherein the attenuation value for an occlusion maybe determined as described above, e.g. by processing a texture for theocclusion to determine a level to which the occlusion attenuates lightand/or by casting a secondary ray from the occlusion towards the lightto determine an extent to which the occlusion is itself occluded fromthe light.

In step S1110 the processing logic 208 determines rendered pixel valuesof the frame in accordance with the determined shadowing for the pixels.The rendered pixel values can be stored in the image buffer 210.

The spherical harmonics (or other directionalized representation) of thedistance function enables shadow information for multiple lights to bestored in one buffer or in a set of buffers. This is an extension to thetechnique where the distance value isn't a scalar representing adistance along a vector toward a light source, but rather amulti-component number which can be treated as a function where thefunction input is a direction vector and the output is an approximationof the distance to the nearest occluder along that vector. One suchexample of a representation like this is spherical harmonicscoefficients. Another example is a function representing six vectorsthat are the + and − directions along each cardinal axis.

The values of the coefficients of the distance function can be computedseveral ways. For example, as described above, each relevantshadow-casting light (light not excluded by other criteria likedistance, normal, etc.) can be sampled for every visible surface pointusing a shadow ray, and the results can be integrated into the sphericalharmonic coefficients for that surface point. For a very complexlighting environment, it may be less expensive to use shadow rays tosample omnidirectionally (or hemispherically) in a stochastic or even afixed pattern. Another option would be to sample a representative subsetof the lights. It would also be possible to compute these coefficientsby projecting the geometry from the light's perspective in a techniquesimilar to shadow mapping.

A portion of the spherical harmonic's range (or that of an alternativerepresentation) can be saved by storing only a hemisphere instead of afull 3d direction. This is because the point being shadowed or litfundamentally has a normal vector and therefore is only exposed tolighting from half of the possible directions. While this substantiallycuts down on storage, it means that the coefficients need to betransformed in order to interpolate or average between two or more datapoints in 3D space, so in some examples it is more computationallyefficient to store the full spherical representation of the sphericalharmonics data.

When a directional distance buffer (as opposed to a scalar distancebuffer) has been calculated, this can be used in different ways todetermine the shadowing in the scene. As described above, one option isto iterate over each of the shadowing lights and compute the approximatedistance to a possible occluder in the direction of that light from thespherical harmonic function, and then process that distance as describedin the examples given above, performing the lighting calculation forevery light. This is well suited for processing scenes which have a lownumber of light sources affecting a given pixel or surface point. Itallows the lights to have different properties (light colours,softnesses, etc.) A variation of this technique could be applied tosituations with many more lights by sampling representative subsets oflights or by combining multiple lights into groups that are handled as asingle light source.

Another option for using the directional distance buffer is to carryshadow intensity in a directionalized form. In this case, shadowintensity is really the inverse: light intensity prior to any filteringfor softness. To do this, the filtering steps would be carried out afixed number of times with different canonical directions, and theresult of the final filter operations would be blended together. Thiswould be appropriate for a lighting environment where between ahalf-dozen up to thousands of shadow casting lights could affect alocation at the same time.

Hybrid rendering systems are described in detail in the previous U.S.patent application Ser. No. 13/953,754 (published as US 2014/0063016A1). Hybrid rendering systems allow ray tracing logic and rasterisationlogic to share some processing resources on the GPU. FIG. 12 illustratesan example of a GPU 1202 implementing a hybrid rendering system 1200.The GPU 1202 is similar to the GPU 202, but includes two surfaceidentification logic blocks: rasterisation surface identification logic1204 and ray tracing surface identification logic 1206, and a normaliser1214, in addition to processing logic 1208, an image buffer 1210 andcontrol logic 1212.

The GPU 1202 may provide a unified computation resource for performingshading work concurrently for surfaces identified by both ray tracingand by rasterisation techniques. For example, a unified computationresource executes shaders based on a normalized set of inputs, and agiven surface is shaded by an associated shader module, regardlesswhether that surface is to be shaded responsive to a ray intersection orduring rasterisation. In another example, different shader code modulesmay exist for shading ray tracing intersections and for rasterisation.In this example, surface shaders for rasterisation may emit rays to beintersection tested, and perform shading, in dependence on the resultsof intersection testing that ray.

Regardless whether 3-D rendering is being performed using rasterisationtechniques or ray tracing (or both), two principal categories ofactivities to be performed are (1) identifying surfaces of 3-D scenegeometry that may need to be shaded or otherwise processed duringrendering of a 2-D image; and (2) determining what effect that surfaceshould have on an image being rendered. These constituent operations mayhave different processing, data access, and data flow implications forrasterisation and for ray tracing.

The rasterisation surface identification logic 1204 uses rasterisationtechniques to identify surfaces of 3-D scene geometry that may need tobe shaded. This may involve performing depth tests at each sampleposition on primitives (e.g. triangles) which overlap the sampleposition to determine which primitive is visible at each sampleposition. Indications of the identified surfaces at each sample positionare provided to the normaliser 1214.

The ray tracing surface identification logic 1206 uses ray tracingtechniques to identify surfaces of 3-D scene geometry that may need tobe shaded. This may involve tracing a ray for each sample positionthrough the scene and performing intersection tests on the primitives inthe scene to determine which primitive is intersected at each sampleposition. Indications of the identified surfaces at each sample positionare provided to the normaliser 1214, from one or other of the surfaceidentification logic blocks 1204 or 1206.

The format of the data received at the normaliser 1214 may be differentdepending on whether the data is received from the rasterisation surfaceidentification logic 1204 or the ray tracing surface identificationlogic 1206. The normaliser processes the data to form a normalised setof shader inputs, which has a common format regardless of whether thesurface is to be shaded responsive to a ray intersection or duringrasterisation. The normalised set of shader inputs is passed to theprocessing logic 1208 which processes the data to determine renderedpixel values for a frame. The processing performed by the processinglogic 1208 may be include executing one or more shader programs onexecution cores to determine what effect the identified surfaces shouldhave on an image being rendered. Shadow effects can be introduced in therendered pixel values as described above. The execution of a shaderprogram may cause further tests to be performed by the surfaceidentification logic 1204 and/or 1206. For example, the execution of ashader may cause one or more new rays to be emitted (e.g. to model areflection), and these rays are passed back to the ray tracing surfaceidentification logic 1206 to determine which surfaces the emitted raysintersect. As another example, some geometry which is processed using arasterisation technique may have a translucent or a “punch through”object type. Conceptually, punch through objects include primitiveswhich may have holes in them. In this case the result of executing ashader at the processing logic 1208 may result in another pass throughthe rasterisation surface identification logic 1204 to determine imagevalues to be blended with translucent primitives or to be rendered inthe sample positions corresponding to the holes of punch throughprimitives.

For rendering some sample positions, a rasterisation process may beginby identifying a surface which is visible at the sample position (at therasterisation surface identification logic 1204) then the execution of ashader at the processing logic 1208 may emit a ray which can then beprocessed using a ray tracing technique. Therefore, both ray tracing andrasterisation may be used to render a particular image value at aparticular sample position.

The control logic 1212 can control the operation of the rasterisationsurface identification logic 1204, the ray tracing surfaceidentification logic 1206, the processing logic 1208 and the imagebuffer 1210, e.g. so that the shadowing effects described herein areapplied to the rendered pixel values.

It is noted that the above examples are described with respect toapplying shadowing effects to a rendered frame. Similar methods can beused for applying other effects, such as reflections and depth of fieldeffects, with a difference being that the surface property and not thelight size dictates how much the softness increases proportionally withocclude distance.

In the example of a reflection, a ray would be cast along a directioncalculated using the Euclidean reflection calculation, or alternativelyby evaluating a function for the surface material, e.g. a BRDF. That raywould then cause the distance to the first visible object to berecorded, and finally blur kernel parameters could be calculated fromthe distance to the reflected object and the glossiness property of thematerial. Just as above, the kernel would need to be projected intoscreen space, and evaluated as to avoid unintentionally blurring acrossimage-space discontinuities caused by different visible objects,material changes, large changes in depth, etc.

FIG. 13 shows a computer system in which the graphics processing systemsdescribed herein may be implemented. The computer system comprises a CPU1302, a GPU 1304, a memory 1306 and other devices 1308, such as adisplay 1310, speakers 1312 and a camera 1314. The GPU 1304 maycorrespond with the GPU 202 or the GPU 1202 described above. The memory1306 may correspond with the memory 204 described above. The componentsof the computer system can communicate with each other via acommunications bus 1316.

The graphics processing units of FIGS. 2 and 12 are shown as comprisinga number of functional blocks. This is schematic only and is notintended to define a strict division between different logic elements ofsuch entities. Each functional block may be provided in any suitablemanner. It is to be understood that intermediate values described hereinas being formed by a graphics processing unit need not be physicallygenerated by the graphics processing unit at any point and may merelyrepresent logical values which conveniently describe the processingperformed by the graphics processing unit between its input and output.

The graphics processing units described herein may be embodied inhardware on an integrated circuit. The graphics processing unitsdescribed herein may be configured to perform any of the methodsdescribed herein. Generally, any of the functions, methods, techniquesor components described above can be implemented in software, firmware,hardware (e.g., fixed logic circuitry), or any combination thereof. Theterms “module,” “functionality,” “component”, “element”, “unit”, “block”and “logic” may be used herein to generally represent software,firmware, hardware, or any combination thereof. In the case of asoftware implementation, the module, functionality, component, element,unit, block or logic represents program code that performs the specifiedtasks when executed on a processor. The algorithms and methods describedherein could be performed by one or more processors executing code thatcauses the processor(s) to perform the algorithms/methods. Examples of acomputer-readable storage medium include a random-access memory (RAM),read-only memory (ROM), an optical disc, flash memory, hard disk memory,and other memory devices that may use magnetic, optical, and othertechniques to store instructions or other data and that can be accessedby a machine.

The terms computer program code and computer readable instructions asused herein refer to any kind of executable code for processors,including code expressed in a machine language, an interpreted languageor a scripting language. Executable code includes binary code, machinecode, bytecode, code defining an integrated circuit (such as a hardwaredescription language or netlist), and code expressed in a programminglanguage code such as C, Java or OpenCL. Executable code may be, forexample, any kind of software, firmware, script, module or librarywhich, when suitably executed, processed, interpreted, compiled,executed at a virtual machine or other software environment, cause aprocessor of the computer system at which the executable code issupported to perform the tasks specified by the code.

A processor, computer, or computer system may be any kind of device,machine or dedicated circuit, or collection or portion thereof, withprocessing capability such that it can execute instructions. A processormay be any kind of general purpose or dedicated processor, such as aCPU, GPU, System-on-chip, state machine, media processor, anapplication-specific integrated circuit (ASIC), a programmable logicarray, a field-programmable gate array (FPGA), or the like. A computeror computer system may comprise one or more processors.

It is also intended to encompass software which defines a configurationof hardware as described herein, such as HDL (hardware descriptionlanguage) software, as is used for designing integrated circuits, or forconfiguring programmable chips, to carry out desired functions. That is,there may be provided a computer readable storage medium having encodedthereon computer readable program code in the form of an integratedcircuit definition dataset that when processed in an integrated circuitmanufacturing system configures the system to manufacture a graphicsprocessing unit configured to perform any of the methods describedherein, or to manufacture a graphics processing unit comprising anyapparatus described herein. An integrated circuit definition dataset maybe, for example, an integrated circuit description.

An integrated circuit definition dataset may be in the form of computercode, for example as a netlist, code for configuring a programmablechip, as a hardware description language defining an integrated circuitat any level, including as register transfer level (RTL) code, ashigh-level circuit representations such as Verilog or VHDL, and aslow-level circuit representations such as OASIS® and GDSII. Higher levelrepresentations which logically define an integrated circuit (such asRTL) may be processed at a computer system configured for generating amanufacturing definition of an integrated circuit in the context of asoftware environment comprising definitions of circuit elements andrules for combining those elements in order to generate themanufacturing definition of an integrated circuit so defined by therepresentation. As is typically the case with software executing at acomputer system so as to define a machine, one or more intermediate usersteps (e.g. providing commands, variables etc.) may be required in orderfor a computer system configured for generating a manufacturingdefinition of an integrated circuit to execute code defining anintegrated circuit so as to generate the manufacturing definition ofthat integrated circuit.

An example of processing an integrated circuit definition dataset at anintegrated circuit manufacturing system so as to configure the system tomanufacture a graphics processing unit will now be described withrespect to FIG. 14 .

FIG. 14 shows an example of an integrated circuit (IC) manufacturingsystem 1402 which comprises a layout processing system 1404 and anintegrated circuit generation system 1406. The IC manufacturing system1402 is configured to receive an IC definition dataset (e.g. defining agraphics processing unit as described in any of the examples herein),process the IC definition dataset, and generate an IC according to theIC definition dataset (e.g. which embodies a graphics processing unit asdescribed in any of the examples herein). The processing of the ICdefinition dataset configures the IC manufacturing system 1402 tomanufacture an integrated circuit embodying a graphics processing unitas described in any of the examples herein.

The layout processing system 1404 is configured to receive and processthe IC definition dataset to determine a circuit layout. Methods ofdetermining a circuit layout from an IC definition dataset are known inthe art, and for example may involve synthesising RTL code to determinea gate level representation of a circuit to be generated, e.g. in termsof logical components (e.g. NAND, NOR, AND, OR, MUX and FLIP-FLOPcomponents). A circuit layout can be determined from the gate levelrepresentation of the circuit by determining positional information forthe logical components. This may be done automatically or with userinvolvement in order to optimise the circuit layout. When the layoutprocessing system 1404 has determined the circuit layout it may output acircuit layout definition to the IC generation system 1406. A circuitlayout definition may be, for example, a circuit layout description.

The IC generation system 1406 generates an IC according to the circuitlayout definition, as is known in the art. For example, the ICgeneration system 1406 may implement a semiconductor device fabricationprocess to generate the IC, which may involve a multiple-step sequenceof photo lithographic and chemical processing steps during whichelectronic circuits are gradually created on a wafer made ofsemiconducting material. The circuit layout definition may be in theform of a mask which can be used in a lithographic process forgenerating an IC according to the circuit definition. Alternatively, thecircuit layout definition provided to the IC generation system 1406 maybe in the form of computer-readable code which the IC generation system1406 can use to form a suitable mask for use in generating an IC.

The different processes performed by the IC manufacturing system 1402may be implemented all in one location, e.g. by one party.Alternatively, the IC manufacturing system 1402 may be a distributedsystem such that some of the processes may be performed at differentlocations, and may be performed by different parties. For example, someof the stages of: (i) synthesising RTL code representing the ICdefinition dataset to form a gate level representation of a circuit tobe generated, (ii) generating a circuit layout based on the gate levelrepresentation, (iii) forming a mask in accordance with the circuitlayout, and (iv) fabricating an integrated circuit using the mask, maybe performed in different locations and/or by different parties.

In other examples, processing of the integrated circuit definitiondataset at an integrated circuit manufacturing system may configure thesystem to manufacture a graphics processing unit without the ICdefinition dataset being processed so as to determine a circuit layout.For instance, an integrated circuit definition dataset may define theconfiguration of a reconfigurable processor, such as an FPGA, and theprocessing of that dataset may configure an IC manufacturing system togenerate a reconfigurable processor having that defined configuration(e.g. by loading configuration data to the FPGA).

In some embodiments, an integrated circuit manufacturing definitiondataset, when processed in an integrated circuit manufacturing system,may cause an integrated circuit manufacturing system to generate adevice as described herein. For example, the configuration of anintegrated circuit manufacturing system in the manner described abovewith respect to FIG. 14 by an integrated circuit manufacturingdefinition dataset may cause a device as described herein to bemanufactured.

In some examples, an integrated circuit definition dataset could includesoftware which runs on hardware defined at the dataset or in combinationwith hardware defined at the dataset. In the example shown in FIG. 14 ,the IC generation system may further be configured by an integratedcircuit definition dataset to, on manufacturing an integrated circuit,load firmware onto that integrated circuit in accordance with programcode defined at the integrated circuit definition dataset or otherwiseprovide program code with the integrated circuit for use with theintegrated circuit.

The applicant hereby discloses in isolation each individual featuredescribed herein and any combination of two or more such features, tothe extent that such features or combinations are capable of beingcarried out based on the present specification as a whole in the lightof the common general knowledge of a person skilled in the art,irrespective of whether such features or combinations of features solveany problems disclosed herein. In view of the foregoing description itwill be evident to a person skilled in the art that variousmodifications may be made within the scope of the invention.

What is claimed is:
 1. A machine-implemented method of graphicsprocessing, comprising: determining whether a plurality of rays castfrom surfaces in a scene are occluded from reaching a light, whereineach ray of the plurality of rays is associated with one or more pixels;for rays that are determined to be occluded from the light, recording adistance to its respective occlusion; for rays that are determined to benot occluded from the light, searching for one or more pixels associatedwith a ray that is determined to be occluded from the light, and if atleast one pixel is found in the search, recording a distance based onone or more of the distances recorded for the at least one found pixel;and for rays for which a distance is recorded, using the recordeddistance for the ray to determine shadowing for the one or more pixelsassociated with the ray.
 2. The machine-implemented method of claim 1,wherein said searching for one or more pixels comprises searching,within a search region, for one or more closest pixels associated with aray that is determined to be occluded from the light.
 3. Themachine-implemented method of claim 1, wherein said searching for one ormore pixels comprises: performing a discontinuity check for a pixelwithin a search region; and if the pixel fails the discontinuity checkthen excluding the pixel from the search.
 4. The machine-implementedmethod of claim 3, wherein said performing a discontinuity checkcomprises one or more of: (i) comparing depths of different pixels inthe search region, and (ii) comparing normals of different pixels in thesearch region.
 5. The machine-implemented method of claim 1, wherein theone or more pixels are of a frame of pixels, and wherein said using therecorded distance for the ray to determine shadowing for the one or morepixels associated with the ray comprises: determining a blending regionfor a blending filter based on the recorded distance for the ray;transforming that blending region into the frame of pixels; blendingshadow information for pixels in the frame of pixels that are within thetransformed blending region; and using the blended shadow information todetermine shadowing for the one or more pixels associated with the ray.6. The machine-implemented method of claim 5, wherein the shadowinformation for a pixel comprises an indication of whether the rayassociated with that pixel is occluded from reaching the light.
 7. Themachine-implemented method of claim 1, further comprising, for rays thatare determined to be occluded from the light: determining an attenuationvalue for its respective occlusion and recording the determinedattenuation value, wherein said shadowing for the one or more pixelsassociated with a ray is based on one or both of: (i) whether the ray isoccluded from reaching the light, and (ii) the recorded attenuationvalue for the ray.
 8. The machine-implemented method of claim 7, whereinsaid determining an attenuation value for an occlusion comprisesprocessing a texture for the occlusion to determine a level to which theocclusion attenuates light.
 9. The machine-implemented method of claim8, wherein if the texture for the occlusion is opaque, the occlusion isdetermined to completely attenuate light, whereas if the texture for theocclusion is translucent or punch through then the level of attenuationis variable and is determined by sampling the texture.
 10. Themachine-implemented method of claim 7, wherein said determining anattenuation value for an occlusion comprises casting a secondary rayfrom the occlusion towards the light to determine an extent to which theocclusion is itself occluded from the light.
 11. The machine-implementedmethod of claim 7, wherein said determining an attenuation value for anocclusion comprises: tracking the spread of the ray; determining an areaof the intersection of the ray with its respective occlusion; andanalysing the area of the intersection to determine the attenuationvalue.
 12. The machine-implemented method of claim 1, furthercomprising: identifying visible surfaces of the scene for pixels of aframe of pixels; and determining origins for casting rays from thevisible surfaces associated with one or more pixels towards the light.13. The machine-implemented method of claim 12, wherein the origin forcasting a ray from the visible surface associated with a pixel isdetermined by projecting a centre position of a footprint of the pixelin screen space into the scene and identifying a position on the visiblesurface.
 14. The machine-implemented method of claim 12, wherein theorigins for casting rays from the visible surfaces associated with thepixels are jittered within footprints for the respective pixels, whereinjittering an origin for casting a ray from the visible surface for apixel comprises adding a two dimensional noise value to the centreposition of the pixel in screen space to determine a jittered pixelposition, projecting the jittered pixel position into the scene andidentifying a position on a plane corresponding to the visible surface.15. The machine-implemented method of claim 1, further comprisingdetermining rendered pixel values of a frame of pixels in accordancewith the determined shadowing for the pixels.
 16. A graphics processingunit configured to: determine whether a plurality of rays cast fromsurfaces in a scene are occluded from reaching a light, wherein each rayis associated with one or more pixels; for rays that are determined tobe occluded from the light, record a distance to its respectiveocclusion; for rays that are determined to be not occluded from thelight, search for one or more pixels associated with a ray that isdetermined to be occluded from the light, and if at least one pixel isfound in the search, record a distance based on one or more of thedistances recorded for the at least one found pixel; and for rays forwhich a distance is recorded, use the recorded distance for the ray todetermine shadowing for the one or more pixels associated with the ray.17. The graphics processing unit of claim 16, further comprising:surface identification logic configured to identify surfaces within thescene; and processing logic configured to process graphics data foridentified surfaces.
 18. The graphics processing unit of claim 17,wherein the processing logic is configured to search for one or morepixels by: performing a discontinuity check for a pixel within a searchregion; and if the pixel fails the discontinuity check then excludingthe pixel from the search.
 19. The graphics processing unit of claim 16,further configured to, for rays that are determined to be occluded fromthe light: determine an attenuation value for its respective occlusionby processing a texture for the occlusion to determine a level to whichthe occlusion attenuates light; and record the determined attenuationvalue, wherein the shadowing for the one or more pixels associated witha ray is based on one or both of: (i) whether the ray is occluded fromreaching the light, and (ii) the recorded attenuation value for the ray.20. A non-transitory computer readable storage medium having storedthereon processor executable instructions that when executed cause atleast one processor to: determine whether a plurality of rays cast fromsurfaces in a scene are occluded from reaching a light, wherein each ofthe rays is associated with one or more pixels; for rays that aredetermined to be occluded from the light, record a distance to itsrespective occlusion; for rays that are determined to be not occludedfrom the light, search for one or more pixels associated with a ray thatis determined to be occluded from the light, and if at least one pixelis found in the search, record a distance based on one or more of thedistances recorded for the at least one found pixel; and for rays forwhich a distance is recorded, use the recorded distance for the ray todetermine shadowing for the one or more pixels associated with the ray.